基本事件流:1)用户进入用户注册界面,本用例开始;2)系统显示需要填写的注册信息表单;3)用户填入所有注册信息,点击提交后发送并审核;4)系统处理相应操作,并返回操作结果;5)切换到其它界面时本用例结束。.3.1.2登录使用者:学生用户目的:登录本平台基本事件流:1)用户进入登录界面,本用例开始;2)系统显示登陆界面;3)用户输入登录用户名、密码等验证身份信息;4)系统执行用户登录的操作;5)返回给用户登录结果;6)切换到其它界面时本用例结束。3.1.3注销使用者:学生用户目的:退出登录基本事件流:1)用户点击退出,退出登录;3.1.4修改密码使用者:学生用户目的:修改用户密码基本事件流:1)
1、前言本篇文章主要讲的是:在Springboot环境下,利用JAVA环境操作索引,集成SpringBoot等相关知识2.SpringBoot集成开发工具,这里选择的是IDEA2019.2,构建Maven工程等一堆通用操作,不清楚的自行百度。2.1.POM配置我这边选择elasticsearch-rest-high-level-client方式来集成,发现这有个坑,开始没注意,踩了好久,就是要排除掉elasticsearch、elasticsearch-rest-client,这里没有选择spring-boot-starter-data-elasticsearch,因为最新版的starter现
2021年12月8号爆出的log4j2的远程代码执行漏洞【cve-2021-44228】,堪称史诗级核弹漏洞,虽然过了这么久,大部分现网中的相关漏洞已经修复,但任然可以捡漏…,网上也有不少大佬和研究机构都对该漏洞做了分析和复盘,年前年后比较忙,一直没有好好的分析总结该漏洞,最近学习下刚好补上。漏洞描述及影响log4j是Apache的一个开源项目,是一个基于Java的日志记录框架。Log4j2是log4j的后继者,被大量用于业务系统开发,记录日志信息。很多互联网公司以及耳熟能详的公司的系统都在使用该框架。ApacheLog4j2组件在开启了日志记录功能后,凡是在可触发错误记录日志的地方,插入漏洞
引言 ApacheLog4j是一个基于Java的日志记录组件,通过重写Log4j引入了丰富的功能特性,该日志组件被广泛应用于业务系统开发,用以记录程序输入输出日志信息。ApacheLog4j2存在远程代码执行漏洞,攻击者可利用该漏洞向目标服务器发送精心构造的恶意数据,触发Log4j2组件解析缺陷,实现目标服务器的任意代码执行,获得目标服务器权限。影响范围:ApacheLog4j2.x实验环境虚拟机运行,Win10,Java版本8u.191,Log4j2版本为2.12.1;靶机ip地址:192.168.142.129;攻击机ip地址:192.168.142.130。漏洞原理触发漏洞
🙈作者简介:练习时长两年半的Javaup主🙉个人主页:老茶icon🙊ps:点赞👍是免费的,却可以让写博客的作者开兴好久好久😎📚系列专栏:Java全栈,计算机系列(火速更新中)💭格言:种一棵树最好的时间是十年前,其次是现在🏡动动小手,点个关注不迷路,感谢宝子们一键三连目录课程名:SpringBoot内容/作用:知识点/设计/实验/作业/练习学习:Redis数据库知识Redis数据库NoSQL概论Redis安装和部署基本操作数据操作数据类型介绍HashListSet和SortedSet持久化RDBAOF事务和锁机制锁使用Java与Redis交互基本操作SpringBoot整合Redis使用Redi
前沿elasticsearch-rest-high-level-client在7.15.0中已弃用。不推荐使用高级REST客户端,取而代之的是JavaAPI客户端。spring-boot-starter-data-elasticsearch也不推荐,虽然基础操作简化了很多,但是一旦使用了es高级特性,那么就如同进入了地狱,同时elasticsearch更新太快了spring-boot-starter-data-elasticsearch的版本根本就赶不上,导致升级会出现很多问题现在在es官网推荐我们现在使用ElasticsearchJavaAPI客户端这个是相当于直接使用elasticsear
以springboot3.0.2为例在创建springboot项目时会默认添加spring-boot-starter-test依赖,其中已经包含了junit、mockito依赖,根据springboot版本的不同junit和mockito的版本也会有所不同先说一下各自功能:junit只说一点,junt4和junit5的注解不同,使用方式略有差异,其他不赘述了,基本用法都懂。mockito是mock的一种框架,相比其他框架来说,mockito比较流行,并且springboot默认集成的就是mockito。主要用于模拟一些假数据,以完成单元测试。举例来说就是:A服务已经开发完成,但是A服务中存在需
最近在看并发操作时候,例如jmeter进行接口压测(本地自己的springboot2的环境),发现一个有趣的现象,就是关于线程http-nio-8080-exec-1,http-nio-8080-exec-2等等的出现。但是这个线程数不管我的压测数是多少这个线程数不会超过10.抱着好奇的心去搜索了一下相关的文章,但是没有看到比较合适的。然后就只有自己去跟了一下源码。在此自己总结一下。两个问题:1、这个http-nio-8080-exec东西是怎么来的2、为什么这个线程数不超过10把这两个问题其实可以一起归为一个问题来跟代码进行解决:因为我们知道,一般在自定义线程或者线程池名称的时候,我们是可以
目录模糊查询排序单行函数 多行函数分组函数having单表查询执行顺序总结distinct连接查询子查询unionlimitDQL语句执行顺序 DDL语句日期化 date和date_format区别updatetable的快速创建以及删除(及回滚)约束 事务索引和视图数据库三大范式JDBC模糊查询/**like就称为模糊查询*:*'_A%' 找出第二个字母是A的 ;*A%——第一个字母是A;*%A——最后一个字母是A;*%A%——整个单词中含有A;*selectnamefromenamewherenamelike'_A%';*第三个字母类似,将_增多就可以了*但是如果要找到单词中间含有_的,
一、引言如果我们了解SpringBoot配置文件的加载顺序,对项目的开发和部署会有很大的帮助。举个工作中的例子,我们的项目是微服务架构模式,用Nacos做注册中心(可以配置每个微服务),所有服务请求需要通过网关,由网关做统一的鉴权和路由转发。环境有三套,本地环境、测试环境、网络环境。每套环境都有自己的Nacos配置和数据库配置,难道我们每次打包到不同环境都有修改完配置文件再打包?开发的时候再一个一个改回来?答案当然是:No。So,了解SpringBoot配置文件的加载顺序还是很有必要的。二、SpringBoot配置文件的加载顺序1、项目内配置文件加载顺序SpringBoot项目启动会扫描以下位